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METHOD, SYSTEM, AND COMPUTER PROGRAM PRODUCT FOR SHARING 
INFORMATION WITHIN A GLOBAL COMPUTER NETWORK 

BRIEF DESCRIPTION OF THE DRAWING 

Fig. 1 is a block diagram of a system according to the illustrative embodiment. 
Fig. 2 is a block diagram of a representative information handling system of Fig. 1. 
Fig. 3a is an illustration of a 1 st screen displayed by a display device of a representative 
client of Fig. 1. 

Fig. 3b is an illustration of a 2 nd screen displayed by a display device of a representative 
client of Fig. 1. 

Fig. 3 c is an illustration of a 3 rd screen displayed by a display device of a representative 
client of Fig. 1. 

Fig. 3d is an illustration of a 4 th screen displayed by a display device of a representative 
client of Fig. 1. 

Fig. 3e is an illustration of a 5 th screen displayed by a display device of a representative 
client of Fig. 1. 

Fig. 4a is an illustration of a 6 th screen displayed by a display device of a representative 
client of Fig. 1. 

Fig. 4b is an illustration of a 7 th screen displayed by a display device of a representative 
client of Fig. 1. 

Fig. 4c is an illustration of an 8 th screen displayed by a display device of a representative 
client of Fig. 1. 

Fig. 4d is an illustration of a 9 th screen displayed by a display device of a representative 
client of Fig. 1. 

Fig. 4e is an illustration of a 10 th screen displayed by a display device of a representative 
client of Fig. 1. 

Fig. 4f is an illustration of an 1 1 th screen displayed by a display device of a representative 
client of Fig. 1. 

Fig. 4g is an illustration of a 12 th screen displayed by a display device of a representative 
client of Fig. 1. 

Fig. 4h is an illustration of a 13 th screen displayed by a display device of a representative 
client of Fig. 1. 

Fig. 4i is an illustration of a 14 th screen displayed by a display device of a representative 
client of Fig. 1. 
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Fig. 5a is an illustration of a 15 th screen displayed by a display device of a representative 
client of Fig. 1. 

Fig. 5b is an illustration of a 16 th screen displayed by a display device of a representative 
client of Fig. 1. 

Fig. 6a is an illustration of a 17 th screen displayed by a display device of a representative 
client of Fig. 1. 

Fig. 6b is an illustration of an 1 8 th screen displayed by a display device of a 
representative client of Fig. 1. 

Fig. 6c is an illustration of a 19 th screen displayed by a display device of a representative 
client of Fig. 1. 

Fig. 7 is an illustration of a database table of the system of Fig. 1. 

DETAILED DESCRIPTION 

Fig. 1 is a block diagram of a system, indicated generally at 100 according to the 
illustrative embodiment. The system 100 includes: (a) clients 102, 104, and 106 and (b) server 
108, each for executing server processes as discussed further below in connection with Figs. 3-7. 
The system 100 also includes a global computer network 110, such as a Transport Control 
Protocol/Internet Protocol ("TCP/IP") network (e.g., the Internet or an intranet). In the following 
discussion, if a feature of system 100 is discussed in relation to the Internet, then such feature is 
likewise applicable to an intranet. 

Each of the clients 102, 104, and 106, and the server 108 includes a respective network 
interface for communicating with the network 1 10 (e.g., outputting information to and, and 
receiving information from, the network 1 10), such as by transferring information (e.g., 
instructions, data, signals) between such client and the network 110. Accordingly, through the 
network 110, the server 108 communicates with the clients 102, 104, and 106, and vice versa. 

For clarity, Fig. 1 depicts only three clients 102, 104, and 106 although the system 100 
may include additional clients which are substantially identical to one another. Likewise, for 
clarity, Fig. 1 depicts only one server 108, although the system 100 may include additional 
servers which are substantially identical to one another. In the discussion below, the client 102 
is a representative one of the clients 102, 104, and 106. However, in an alternative embodiment, 
any one or more of clients 102, 104 and 106 is a handheld device, such as a mobile telephone, 
which is a portable type of information handling system. 

Each of the clients 102, 104, and 106, the server 108, and the network 1 10 is a respective 
information handling system ("IHS") for executing processes and performing operations (e.g., 
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processing and communicating information) in response thereto, as discussed further below in 
connection with Figs. 2-5. Each such IHS is formed by various electronic circuitry components. 
Moreover, as shown in Fig. 1, all such IHSs are coupled to one another. Accordingly, the clients 
102, 104, and 106, and the servers 108 operate within the network 1 12. 

In Fig. 1, any one or more of the clients 102, 104, and 106 and/or the server 108 is 
equipped so that a user (e.g., a user of the client 102) is able to selectively share a resource (e.g., 
information, or source or destination of information) within the network 1 10 with one or more 
users. A webpage is one example of such a resource, such as: (a) a webpage created (e.g., 
"published") or edited by the user and/or by another user; or (b) any other generally addressable 
webpage (e.g., any webpage accessed through the global Internet). 

Fig. 2 is a block diagram of a representative one of the IHSs of Fig. 1. Such 
representative IHS is indicated by dashed enclosure 200. In the illustrative embodiment, each 
IHS of Fig. 1 operates in association with a respective human user. Accordingly, in the example 
of Fig. 2, the IHS 200 operates in association with a human user 202, as discussed further 
hereinbelow. 

As shown in Fig. 2, the IHS 200 includes (a) a computer 204 for executing and otherwise 
processing instructions, (b) input devices 206 for receiving information from human user 202, (c) 
a display device 208 (e.g., a conventional electronic cathode ray tube ("CRT") device) for 
displaying information to user 202, (d) a print device 210 (e.g., a conventional electronic printer 
or plotter) for printing visual images (e.g., textual and graphic information) on paper, (e) a 
nonvolatile storage device 211 (e.g., a hard disk drive or other computer-readable medium (or 
apparatus), as discussed further hereinbelow) for storing information, (f) a computer-readable 
medium (or apparatus) 212 (e.g., a portable floppy diskette) for storing information, and (g) 
various other electronic circuitry for performing other operations of the IHS 200. 

For example, the computer 204 includes: (a) a network interface (e.g., circuitry) for 
communicating between the computer 204 and the network 1 10; and (b) a memory device (e.g., 
random access memory ("RAM") device and read only memory ("ROM") device) for storing 
information (e.g., instructions executed by computer 204 and data operated upon by computer 
204 in response to such instructions). Accordingly, the computer 204 is connected to the 
network 110, the input devices 206, the display device 208, the print device 210, the storage 
device 21 1, and the computer-readable medium 212, as shown in Fig. 2. The computer 204 
executes various software programs, such as an operating system and a web browser (as 
discussed further hereinbelow). 

For example, in response to signals from the computer 204, the display device 208 
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displays visual images, and the user 202 views such visual images. Moreover, the user 202 
operates the input devices 206 in order to output information to the computer 204, and the 
computer 204 receives such information from the input devices 206. Also, in response to signals 
from the computer 204, the print device 210 prints visual images on paper, and the user 202 
views such visual images. 

The input devices 206 include, for example, a conventional electronic keyboard and a 
pointing device such as a conventional electronic "mouse," rollerball or light pen. The user 202 
operates the keyboard to output alphanumeric text information to the computer 204, and the 
computer 204 receives such alphanumeric text information from the keyboard. The user 202 
operates the pointing device to output cursor-control information to the computer 204, and the 
computer 204 receives such cursor-control information from the pointing device. 

The client 102's IHS and the server 108's IHS execute one or more respective processes 
for performing the operations described hereinbelow. For example, by executing the one or 
more processes, the system permits a user to share information about one or more websites (e.g., 
Internet sites or intranet sites) with one or more other users (e.g., by sharing information from 
such websites, or by sharing hyperlinks to such websites). Also, the system synchronizes among 
multiple IHSs, a stored list of user-designated hyperlinks that point to the user's favorite 
websites. 

In response to a user selection, the server creates a user account for permitting the user to 
authenticate (e.g., "login") to the server from the client. After authenticating, the client enables 
its user to operate the system in various ways, including (a) creating a "public" folder to which 
the user can publish websites accessible by another user subscribed to the folder, (b) searching 
and/or browsing for one or more public folders and subscribing to such folders, (c) creating a 
"group" folder, to which an invited user is capable of publishing, and (d) sending a webpage's 
address (e.g., "link") to one or more other users. In response to receiving a user command for 
sending a link, the client outputs the link to a specified location (e.g., the receiving user's inbox). 
If the receiving user does not have an account with the server, then such user is a non- 
subscribing (e.g., unregistered) user, the client outputs the link in a suitable format (e.g., text or 
hyper text markup language ("HTML")) to the receiving user's IHS via a suitable technique 
(e.g., electronic mail ("e-mail")). 

The system is capable of maintaining one or more folders, including a list of user 
preferred websites (e.g., "favorites"). The system is also capable of synchronizing the list among 
multiple IHSs of the user. Moreover, similar to maintaining the list of preferred websites, the 
system is operable to maintain a list of synchronized "contacts." The list of contacts is used in 
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connection with the user transmitting an item (e.g., a link) of information to another user, or the 
user requesting (e.g., "inviting") another user to subscribe to a folder. 

In response to the user authenticating to the server, the server executes one or more 
processes in connection with the operations described hereinabove. In response to the user 
failing to authenticate to the server, the server selectively directs the user to a previously 
determined website or executes a server specific process for performing one or more previously 
determined operations. 

In the illustrative embodiment, the client executes a process for performing the search 
and/or browsing for one or more public folders. However, in another embodiment, the server 
executes the process. 

In the illustrative embodiment, the client or the server is operable to deletes an item of 
information that is older than a previously determined period, or to receive a user selection for 
deleting an item of information older than a previously determined period. A number of items in 
a folder is also limitable by the client or the server. 

Fig. 3a is an illustration of a visual image (e.g., "screen" or window), indicated generally 
at 300, displayed by a display device (e.g., display device 208) of the client. The screen 300 is a 
"registration" screen, for receiving a user's information (e.g., e-mail address, password) 
associated with the user's account. For example, screen 300 of Fig. 3a includes various fields for 
receiving user's e-mail address, password, and an indication of whether the user uses multiple 
IHSs. 

In the following discussion, the client performs various operations in response to the 
client's execution of a software application. The software application is installed at the client for 
operation with the client's web browser application. In an alternative embodiment, the software 
application is installed at least partly (and, in one example, completely) at the server for 
operation with the client's web browser application, according to HTML or dynamic HTML 
("DHTML") codes. 

Figs. 3b-e are illustrations of subsequent screens indicated generally at 300. Each of the 
screen 300 of Figs. 3b-e is for receiving various other information associated with the user's 
registration, including one or more user selections regarding synchronization, sharing links with 
non-subscribing users, and inviting other users to subscribe. 

Figs. 4a-i are successive illustrations of another screen, indicated generally at 400, 
displayed by the display device of the client. The screen is a "folder" screen for specifying and 
displaying information about one or more folders associated with sharing. For example within 
each of the screens 400 of Figs. 4a-i, the user is able to specify a folder's type, name, category, 



5 



WO 2005/103929 



PCT/US2005/013068 



keywords, and description. Also, user is able to specify an initial list of users who are invited to 
subscribe to the folder. 

Fig. 5a is an illustration of a screen, indicated generally at 500. The screen 500 is 
displayed as a web browser window by the display device of the client, in response to the client's 
execution of plug-in software (discussed further hereinbelow) in association with web browser 
software. Accordingly, the web browser window includes a web browser region, shown in a 
right lower window "pane," for displaying content of a website (e.g., content of a webpage that 
is part of the website). Also, the web browser window includes folders 510 (e.g., folders of Figs. 
4a-i), shown in a left window pane. Further, the web browser window includes a content of a 
selected folder, shown in a right upper window pane. 

Fig. 5b is a more detailed illustration of the left window pane of Fig. 5a. The left window 
pane includes the folders 510 of various types such as incoming links, favorites, shared folders, 
and links shared by a user of the client. In alternative embodiments, the left window pane is 
separate from the web browser window of Fig. 5a or operates according to HTML or DHTML 
codes. 

Figs. 6a-d are successive illustrations of another screen, indicated generally at 600, 
displayed by the display device of the client. The screen is a "share" screen for receiving 
information about one or more other users associated with sharing. In each of the screen 600 of 
Figs. 6a-d, the user is able to specify various information, including one or more resources (e.g., 
group folders, public folders, links) to be shared, one or more users with whom the resources are 
to be shared, and a text that is sent in association with the resources. 

In response to receiving information (e.g., e-mail address) associated with a user 
registration, s the client executes a process for creating an account for the user. In one 
embodiment, such user selection is received in response to the user selecting (e.g., "clicking") an 
icon. In another embodiment, such user selection is received in response to a user making a 
selection within a user dialog box. 

By executing the process for registering the user, the client outputs the screen 300 of 
Figs. 3a-e for receiving from the user, information (e.g., the user's first name, last name, e-mail 
address, and list of initial users to invite). The server uses such information in creating a user 
account and creating an initial list of users to invite. Also, either the server or the client validates 
a format of the user's e-mail address. In response to the server or the client failing to validate the 
format of the e-mail address, the client outputs an indication of an error. 

In response to receiving the information associated with registration, the client outputs 
the information to the server. Also, in response to the client failing to output the information to 
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the server, the client outputs to a display device, an indication that the client failed to 
communicate with the server. In response to the client successfully outputting the information to 
the server and the server creating an account of the user, the client outputs to a display device, a 
such an indication. In another situation, if the client, after outputting the information, receives an 
indication from the server that a requested account already exists, the client also outputs such an 
indication. 

After creating the user's account, the server transmits an e-mail message, including the 
user's password to the user's e-mail address. In one embodiment, the server authenticates the 
user in response to an e-mail address and a password manually entered by the user. In another 
embodiment, the server authenticates the user in response to a previously stored e-mail address 
and password of the user. The system automatically initiates the authentication operation, in 
response to receiving a user command to execute a process (e.g., computer program) for 
performing the various operations disclosed hereinabove. In both embodiments, in response to 
the client failing to perform the authentication, the client outputs one or more indications of 
error. Such errors include receiving an unrecognizable e-mail address and/or password, not 
being able to communicate with the server, and/or receiving an unexpected response from the 
server. 

A subscribing (e.g., registered) user is able to selectively modify the e-mail address of 
record for the user's account. Modifying an e-mail address is sometimes suitable, for example, 
for a user whose e-mail address has changed. For performing the operation to change a user's e- 
mail address, the client displays a "change e-mail address wizard" screen. The system 100 
permits any single user to create and maintain multiple coexisting e-mail addresses, which are 
useful for the same purpose or different purposes, according to the user's preferences. 

In one embodiment, a screen (e.g., the screen 300) displayed by the client's display 
device includes a "general" tab. A portion of the tab is presentable for receiving a user selection 
for creating an account, and/or modifying the user's password. The client is also operable to 
automatically initiate a user authentication in response to execution of a computer program. 

In the discussions hereinbelow, references to folders include references to folders of Figs. 
4a-i, Fig. 5a, and Fig. 5b. As discussed elsewhere herein, the server and/or the client is capable 
of storing user sharable items, including web links, searches, and/or feeds. An example feed is 
an RSS feed, such as: (a) a resource description framework ("RDF") site summary feed; (b) a 
rich site summary feed; or (c) a really simple syndication feed. The server and/or the client 
organizes such items in one or more "folders." 



7 



WO 2005/103929 



PCT/US2005/013068 



Example types of folders include "outgoing," "incoming," "public," and "group." 
Outgoing folders maintain one or more lists of items transmitted to other users. Incoming 
folders maintain one or more lists of received items that are shared with other users. 

Public folders are available to the public and searchable by one or more users for their 
subscription. Public folders also include one or more links shared by the user with one or more 
other users. With a public folder that is created by a user, the client enables its user to perform 
various operations, including modifying the folder and inviting another user to subscribe to the 
folder. With a public folder that is not created by a user (e.g., the folder is created by another 
user), the client enables its user to access items in the folder, but other operations are achievable 
less readily. 

A group folder includes items shared among two or more users as a group. A creator of a 
group folder is able to modify the folder's properties, however, other users are unable to perform 
such operations. However, both types of users are able to create items in the folder and invite 
one or more other user to subscribe to the folder. 

A personal folder includes items that are synchronized among the user's two or more 
client IHSs. A favorites folder is a system level folder that is also a personal folder. By writing 
items of information (e.g., a user's favorite items) to a computer-readable medium, the server 
stores (e.g., saves) the items (e.g., links to web sites, feeds, and/or search results). Each of a 
user's favorite items is associated with one or more properties, including, the item's name, the 
item's source information (e.g., uniform resource locator ("URL")), and a comment about the 
item. In the illustrative embodiment, the list of a user's favorite items is storable on the storage 
device of the server. However, in another embodiment, the items are also storable on the client. 

A "favorites" tab is associated with a system-level favorites folder, and the client enables 
its user to create a personal folder within the favorites system folder. A favorites folder is 
presentable in a first area of a screen (e.g., shortcut window pane). The shortcut window pane 
includes a first section and a second section. The first section includes information associated 
with organization of the items. For example the, first section includes information about 
directory structure (e.g., name of the directory and number of levels). The second section 
includes menu items for receiving user selections of adding an item to the folder, adding a new 
folder, or for receiving help. 

A second region of the screen (e.g., left window pane) is presentable to the user for 
receiving a user selection by suitable user input techniques. For example, in response to the user 
"clicking" an item by pressing a left button of a mouse, the client displays the item in a third 
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region of the screen (e.g. right window pane). In response to the user "clicking 95 the folder, a 
status of the folder toggles between "open" and "closed." 

With an input device (e.g., a mouse), the client enables its user to "drag and drop" items 
from, into, and/or between folders (e.g., drag and drop content into a folder from a webpage or 
website of the screen 500). Also, in response to the user dragging an item into a folder, the client 
displays a dialog box for adding an item to the favorites folder. 

In the illustrative embodiment, the client displays a menu in response to a user's "right 
button click" of an input device (e.g., a mouse), such as a user's "right button click" while the 
mouse's associated cursor is positioned over a user-selected portion of the webpage or website of 
the screen 500. The menu includes "add a favorite" item, which if selected by the user, displays 
a dialog box for adding an item (e.g., an item enclosed within the user-selected portion of the 
webpage or website of the screen 500) to the favorites folder. The menu also includes "share" 
item for displaying a dialog box (e.g., a dialog box of the screen 600) for receiving user 
selections associated with sharing items. Moreover, the menu includes delete selection, for 
deleting an item, and properties selection for displaying a dialog box for displaying properties of 
an item. 

In the illustrative embodiment, a "button" is presentable to a user as part of a "toolbar" of 
a web browser (e.g., the Internet Explorer). In response to the user clicking the button, the client 
displays a dialog box for adding, modifying, and/or deleting items from a folder. The client 
enables its user to perform various operations, including specifying a comment, using the input 
device to drag and drop an item into a folder, and adding a new folder. 

The dialog box includes one or more fields for receiving, from a user, information 
associated with adding an item to a favorites folder, including a name of an item, a URL of the 
item, and a comment about the item. In response to the client failing to perform an add 
operation, the client outputs an indication of such an error. In one example, the indication 
includes a text message displayed on a display such as "failed to add folder, please try again." 

Also, the dialog box is for receiving information associated with adding a new folder. 
The client enables its user to add a folder by selecting a "task" icon or by a "right button click." 
The system sets a context to "root" if the user command is received via the "task" icon. 
Conversely, if user executes a command by a "right button click," the server sets the context to 
the folder which the user has "clicked." The dialog box displays information about the context. 
In response to failing to add a folder, the client outputs an indication of error. 
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The server stores one or more shared items in its hard disk. During its operation, the 
client stores the relevant shared items (stored on the server) in its volatile memory. In an 
alternative embodiment, the client stores the one or more shared items in its hard disk. 

One or more shared items are presentable in a "short cut" window pane named "sharing." 
In presenting the shared items, the client uses left and right window panes. In the left window 
pane, the short cut includes two sections, namely a tree control section and a task section. The 
tree control section includes one ore more sharing folders. The sharing folders are "virtual" 
folders for storing public and group folders that the user has created, or to which the user is 
subscribed. Shared items are stored in folders. 

The tree control section includes incoming and outgoing folders. The client displays a 
name of each of the folders. Also, the client displays a distinct icon for the various folders of 
different types. 

The task section includes a menu item for adding a folder. In response to a user selecting 
the menu item, the client displays a dialog box. The section also includes a menu item for 
finding one or more public folders, managing (e.g., add, modify, delete) contacts, inviting other 
users, and for accessing a help document. 

In the left window pane, the client enables its user to use an input device for making a 
user selection by suitable input techniques, including "clicking," "dragging and dropping," and 
"right button clicking." In response to a user clicking a folder in the left window pane, the client 
displays the contents of a folder on a right window pane. In response to a user dragging an item 
into a folder, the client displaying a dialog box for sharing the item in association with the folder. 
By clicking a right button of a mouse, a user is able to add a folder, invite another user to 
subscribe to the folder, delete a folder, and/or view properties of the folder or an item therein. 

The right window pane includes a "list view" and a "preview browser." In response to a 
user clicking a folder in the list view, the client displays a list of items and in response, also to 
the folder's type. For example, types of the items includes incoming, outgoing, and 
public/group. The incoming and outgoing items include a received date, a from field, and a title. 
The public/group item includes an added date, a title, and a comment. 

By clicking on an item in the list view, the client displays a target URL in the preview 
browser. One or more functions of the preview browser are substantially similar for RSS feed 
items. 

The right window pane includes an icon (e.g., "share" icon) on a toolbar of the preview 
browser. In response to a user clicking the icon, the client displays a "share" dialog box 
associated with the item selected for display by the user. In another embodiment, the icon is 



10 



WO 2005/103929 



PCT/US2005/013068 



displayed in a toolbar of web browser software. In both embodiments, the icon is selectable by 
the user in response to the web browser program pointing to a resource that is not stored by the 
hard disk of the client. 

An "add a folder" dialog box is presentable to the user for receiving a user selection to 
add a new folder. In the illustrative embodiment, in response to receiving a user command to 
add a folder, the system creates a folder at a root level of a directory. Via the dialog box, the 
client receives information, including a type (e.g., public or group) of a folder designated for 
creation. For a public folder, the client or the server receives and stores information, including a 
name, a category, keywords, and a description. For a group folder, the client or the server 
receives and stores its respectively associated information, including a name, and a description. 

For an either type of folder, the client enables its user to invite one or more users to share 
items within the folder (e.g., by subscribing to the folder). The user specifies such "target 55 user 
by outputting the users' e-mail address to the client. In response to receiving an incorrectly 
formatted e-mail address, the client is capable of outputting an indication of error. In response to 
the client failing to perform an operation to add a folder, the client outputs to a display device, an 
indication of error. 

For inviting one or more other users, the client displays the "share' 5 dialog box. Via the 
share dialog box, the user specifies a user who is invited to share or subscribe to a folder or an 
item. For each item to be shared, the user is able to specify, a title, a URL, and a description. 
The share dialog box also includes a share button, selectable by the user to initiate the sharing. 
In response to the client and/or server failing to perform the share operation, the user receives a 
message indicating an error. 

For managing one or more contacts (e.g., contacts with whom the client enables its user 
to share items), the client displays a "manage contacts 95 dialog box. Via the manage contacts 
dialog box, the user adds, deletes, and/or modifies one or more users 5 contacts. Also via, the 
manage dialog box, the user outputs and the client and/or server receives information (e.g., e- 
mail address) about a contact. For each add, delete, or modify operation, the client displays a 
message indicating an error in response to the client and/or the server failing to perform the 
operation. The client and/or the sever is/are capable of manage contacts by organizing the 
contacts into groups, and also by referring to each contact by the contact's alias. 

For a group folder that is created by a user, the client enables its user to edit fields (e.g. 
name, description), view the folder's members (e.g., users that have access to the folder), and 
inviting one or more other users. For a group folder that a user is a member of, the user is not 
able to edit fields. However, the user is able to view fields as "read only' 5 information. The user 
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is also able to see a list of members for the folder. Moreover, the user is able to invite one or 
more other users to become members of the group by specifying the users' e-mail address. The 
client and/or the server is/are capable of validating an e-mail address for format of the e-mail. 

With a public folder, into which, a user publishes, the user is able to modify one or more 
fields (e.g., name, category, keywords, description) associated with the folder. The user is also 
able to invite other users to subscribe to the folder. However, the system is capable of 
preventing the user from viewing the members of the folder. 

For a public folder, for which a user is merely a subscriber, the user is able to view one or 
more fields associated with the folder. Also, the user is able to invite one or more other users. 
For both types of public folders, a user invites one or more other users by specifying the users' e- 
mail address. The client and/or the server is/are capable of validating an e-mail address's format 
and outputting an indication of error in response to the e-mail address failing the validation. 

For performing the operations described hereinabove, the server executes one or more 
processes (e.g., a sharing server). Through the sharing server, clients share various types of web 
information between users, IHSs, and/or folders, in response to: (a) user commands; and/or (b) 
instructions of an e-mail message application or another application (e.g., client-executed 
application). Such web information includes one or more excerpts (or "snippets") of general 
XML-formatted information. Accordingly, the sharing server receives, identifies, stores, outputs 
and/or retrieves various information, in association with such sharing operations. 

The sharing server performs (and, in doing so, enables users to perform) various 
operations associated with items, as described hereinbelow in Table 1. 



Table 1 . Example Types of Operations. 



Operation 


Description of Operation 


User-to-UserXML 
Sharing 


Includes a first user's sharing of links, search results, RSS feeds, and 
other web information with a second user. In one embodiment, the 
interface includes a "drag and drop" operation. 


User-to-Folder 
XML Publishing 


Includes a user's publishing of information to a folder. The folder is 
configurable by the folder's creator, so that access is limited to specified 
users (e.g., named users invited by the folder's creator, or a class of 
users invited by the folder's creator). 


Public Folders 


Includes a folder that is designated "public" by the folder's creator. Any 
user is capable of searching for public folders and subscribing to them. 


IHS-to-IHS web 

information 

synchronization 


Includes synchronizing of information (e.g., lists of favorites, and RSS 
subscription lists) between multiple IHSs. 
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In the illustrative embodiment, various processes for performing the operations described 
hereinabove in connection with Table 1 and elsewhere herein, are executed on the server to 
reduce a load on a client's resources (e.g., processor, storage device). 

For example, a shared item (or "share") is suitable for sharing in extensible markup 
language ("XML") format, such as a snippet of XML-formatted information ("XML snippet" or 
"XS"), which is an instance of a shareable item. Various types of instances are described 
hereinbelow in Table 2. 



Table 2. Example Types of Instances. 



Instance 


Description 


Message 


A message is text, which is associable with one or more other types of instances. 


Link 


A link is a web hyperlink, which is associable with a message. 


Thread 


A thread is a text discussion between multiple users (e.g., threaded chat), which 
is associable with one or more other types of instances. 


Bucket 


A bucket is a non-volatile folder, suitable for containing a message and one or 
more other types of instances. 


Item 


An item is suitable for containing a message, a link, and/or general XML- 
formatted information (e.g., music playlists, as stored in one or more files). 


Feed 


A feed is an RSS feed from a specified URL. 


Search 


A search is a target search, which is attachable to a set of search results. 


Perch 


A perch is a pointer to a target. In response to the perch, the system identifies 
any change in the target, such as by: (a) receiving a feed; (b) performing a 
search; or (c) otherwise reviewing information from a specified URL. In 
response to the change, the system updates a "last results" set, which includes the 
most recent information from the target. 



The client enables its user to have one or more shared items ("SI"). Such Sis include Sis 
(e.g., favorite items) that are used by the user. The client and/or server is/are capable storing 
such Sis for synchronization among the user's various IHSs. Such Sis also include pointers and 
update flags to shared folders, to which the user is subscribed. Accordingly, number of queries 
is reduced, because each user need not query a shared folder for updates. In one embodiment, 
the list is stored in a stack. In another embodiment, the list is stored as a record in a database. 

A shared list is a shared folder that has is not likely to be dynamically updated. A shared 
list is suitable for including various types of SI, or for being shown as an "add-on" to a web 
search, or for serving as initial information for a more advanced search engine or another process 
associated with sharing. 
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In association with the sharing server, a user is identified via one or more e-mail 
addresses. The system 100 stores a user's information (e.g., in a stack or a database record). For 
clarity, the following discussion references such stored information as user's shared items 
("USIs"). 

USIs incorporate folder subscriptions in the stack or the record and includes folder update 
markers (discussed in more detail hereinbelow). In another embodiment, there is an independent 
folder subscription list for each user. 

In response to initiating a sharing of information (or "share") to a user, the server 
performs the following operations. The system responds to a request to verify that the user is 
subscribing (e.g., the user has an account with the server). If the server determines that the user 
is non-subscribing, the system performs the operations described herein below. 

For sharing with a user that is non-subscribing, the server outputs an e-mail message. 
The e-mail message includes information for indicating that such message is not an 
impermissible "spam" message, and for indicating an abuse-reporting procedure that is available 
to the user. For a user who initiates a share with a non-subscribing user, the share operation 
functions in a manner substantially similar to the share operation with a subscribing user. The e- 
mail message also includes a request for the non-subscribing user to create an account with the 
server. Moreover, the e-mail message includes share items (e.g., links, search results) in text or 
HTML format. 

In one embodiment, according to preferences of the subscribing user and/or the server's 
operator, the system either: (a) notifies the subscribing user on the first occasion when the 
subscribing user asks the system to share information with a non-subscribing user; (b) notifies 
the subscribing user on each occasion when the subscribing user asks the system to share 
information with a non-subscribing user; or (c) does not notify the subscribing user on any 
occasion when the subscribing user asks the system to share information with a non-subscribing 
user. Moreover, one version of the system asks the subscribing user for permission before 
sending the e-mail message to the non-subscribing user. 

In addition to sending the shared information to a non-subscribing user in an e-mail 
message, the server stores the shared information, so that such information is available for such 
user's subsequent access if such user becomes a subscribing user. 

If the server determines that the user is a subscribing user, the server determines whether 
the sending user is on the receiving user's "ban list" (e.g., "squelch" list). If the server 
determines that the sending user is not on the list, the message is added to the user's USI. 
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For sending a shared item to a group, a user has an associated group information (e.g., 
identification ("ID")). For example, the group ID is determined when the group is formed. The 
group ID is suitable for identifying a list of users who are members of the group. 

A user's record is suitable for maintaining a list of other users to whom the user has 
shared information through non-public folders and direct sharing. The list is expandable to form 
a personal network. 

In context of the sharing server, a folder is substantially identical to the USI. However, 
there are differences. For example, a folder is maintained separately and referenced by a unique 
ID. A folder is also represented by a folder icon. Moreover, a folder has a functional overlay for 
alerting its subscribing users of an update. Also, a folder is capable of being made public. 

A folder's access control list ("ACL") includes a user's ID, and a user's permissions. For 
example, the client enables an owner user (e.g., a user who is owner/creator of a folder) to 
perform all available operations, including transferring owner status. The client gives an 
administrator user similar rights as an owner, but an administrator is prevented from modifying 
an owner's rights. The client enables a member user to publish items and invite other users with 
equal or lower levels of permission. Similar to the member, the client enables a participant user 
to publish and invite other users with equal or lower levels of permission. The client enables a 
spectator user to subscribe. Also, the system is programmable, so that a folder performs certain 
operations automatically in response to certain types of actions (e.g., add to calendar). 

An XML snippet is an XML-formatted representation of a shareable item. XML snippets 
have associated document type definitions ("DTDs"). However, they are treated as snippets 
inside of the shared server. Accordingly, as stored in the server, such XSs are "typed" (e.g., the 
server identifies their type without parsing their XML-formatted tags), so that client/server XS- 
specific applications are more efficient and responsive in processing such XSs. Design decisions 
around XS substantially influence other design decisions. For example, if information associated 
with an XS is stored in a raw format in a database, the information requires an XML-formatted 
tag for writing the information to and reading the information from the database. 

A user views a representation of an XS in the form of Sis. Moreover, a user's USI 
includes a list of XSs. A search's XS contains the search's results in structured XML format, 
with result-by-result markers to identify whether (and which) results have been viewed by the 
user. 

In designing DTDs for each SI type, descriptive tags are suitable for the XML snippets. 
However, the size of the XML-formatted information is capable of impacting system 
performance. For example, longer element tags potentially take more time for the system to 
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parse, increasing processor utilization and lowering response time. Such delay also impacts 
transforms. Also, a longer element is capable of impacting an XS's size, resulting in increased 
use of bandwidth, storage device utilization, and access time. 

In one embodiment, XML-formatted information is tokenized on the client, and the 
server executes the tokenized version. In one example, tokenizing includes reducing a tag to 
one character, and eliminating "<," and a tag name. In another embodiment, one character 
tag in conventional XML-formatted information is used. With such enhancements, the system 
100 processes XML-formatted information with less overhead, so that bandwidth requirements 
and storage requirements of the system 100 are reduced. 

In the illustrative embodiment, the system displays a screen (e.g., the screen 300) for 
creating or modifying a user's account. The system displays the screen on the client's associated 
display device, in response to instructions executed by either the server or the client. Also, the 
system transmits suitable e-mail message to subscribing users and non-subscribing users, 
including related information (e.g., password recovery information) about their respective 
subscriptions to the system's services. 

Moreover, the system is operable by a user to selectively create and/or modify folders 
associated with the user's account. The system performs such operations in response to 
instructions executed by either the server or the client. In creating and/or modifying folders, the 
system creates and/or modifies suitable access control lists in response to the user's specified 
preferences. The ACLs specify: (a) other users who are authorized to access such folders; and 
(b) levels of permission granted to such authorized users. For example, the ACLs are capable of 
specifying that a particular folder is a public folder. Also, the system transmits suitable e-mail 
messages (or other types of messages) for inviting such authorized users to read from, write to, 
and/or subscribe to such folders. 

The system updates the users' information (e.g., contact information) in a variety of 
ways, including: (a) automatically updating at particular times by reading information from a 
particular storage device; (b) outputting messages to users, asking the users to supply updated 
information; and (c) updating in response to a user-initiated command. 

In response to an XML snippet ("XS"), the system is operable to: (a) post (e.g., send) the 
XS to one or more specified users, to the extent that such posting is permitted by such users; 
and/or (b) post (e.g., write) the XS for storage in one or more specified folders, to the extent that 
such posting is permitted by users that control such folders (e.g., as permitted by ACLs). 

In an example operation, in response to a user's request (which the user outputs to the 
server by suitably operating a client), the server creates an account for the user. In creating the 
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user's account, the server outputs an e-mail message to the user, in order to verify the user's e- 
mail address (e.g., by specifying a necessary account password in the text of the e-mail 
message). After the user's account is created, the user operates a client to output a request for 
connection to the server. 

In response to the request, the server authenticates (e.g., verifies an identify of) the client 
and/or the client's user (e.g., by asking the user to specify the account password). After the 
client connects to the server, the client downloads updated information from the server, 
including: (a) items shared with the client by other clients; (b) public folders to which the 
client's user is subscribed; and (c) information that is updated as part of a synchronization 
operation, which copies revisions that the client's user made while previously operating a 
different client. 

Such updated information is downloaded from the server to the client on a periodic basis. 
Also, at a suitable moment, such updated information is downloaded from the server to the client 
shortly after: (a) a refresh operation is requested by the client or the client's user; or (b) a 
different client's user specifies updated information (e.g., by specifying a new link to be shared 
and/or added into a particular folder). After the user logs off (e.g., ends a session), the server and 
client perform a synchronization operation shortly thereafter at a suitable moment, so that the 
user's revisions are copied to the server. In an alternative embodiment, the server and client 
perform a synchronization operation during the session, which is especially helpful if a user is 
operating multiple clients during concurrent sessions. If the volume of updated information is 
large, the updated information is transferable between the server and client in a staggered 
manner. 

Irrespective of whether users have subscribed to the system, a subscribing user is able to 
share information with non-subscribing users and/or with other subscribing users, without 
experiencing a difference in the overall ease of sharing such information with them. In one 
embodiment, if the subscribing user asks the system to share information with a non-subscribing 
user, the system sends the non-subscribing user an e-mail message, which: (a) contains the 
shared information (e.g., hyperlinks and search results) in HTML format; and (b) invites the non- 
subscribing user to become a subscribing user. For example, the system is able to transform 
XML-formatted information into readable HTML-formatted information for inclusion in the e- 
mail message. If the non-subscribing user accepts the invitation and becomes a subscribing user, 
the user is able to use a wider array of the system's features that share information among 
multiple other users. 
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In one embodiment, according to preferences of the subscribing user and/or the server's 
operator, the system either: (a) notifies the subscribing user on the first occasion when the 
subscribing user asks the system to share information with a non-subscribing user; (b) notifies 
the subscribing user on each occasion when the subscribing user asks the system to share 
information with a non-subscribing user; or (c) does not notify the subscribing user on any 
occasion when the subscribing user asks the system to share information with a non-subscribing 
user. Moreover, one version of the system asks the subscribing user for permission before 
sending the e-mail message to the non-subscribing user. 

In addition to sending the shared information to a non-subscribing user in an e-mail 
message, the server stores the shared information, so that such information is available for such 
user's subsequent access if such user becomes a subscribing user. 

In the illustrative embodiment, the system processes and stores a first user's XML- 
formatted search result (or other structured information that relates to web pages or other 
activities), so that the first user (and/or any one or more second users) can subsequently view the 
identical search result upon request, from the same client or different clients. Moreover, the 
system marks the search results as being either viewed or unread (e.g., by marking any viewed 
search results with a different color). In that manner, the system tracks whether users have 
actually viewed the search results, so that users may view different portions of the search results 
at different times, without forgetting the portions that have previously been viewed. Further, in 
sharing the search results, the system permits the user to readily specify that only viewed 
portions are to be shared, and/or that only unread portions are to be shared. 

In one embodiment, the server and/or the client performs user authentications in 
association with one or more commercially available directory system (e.g., Microsoft Active 
Directory) or through a database using web services. The server and/or the client are also able to 
limit connections between the server and the client, and determine an operation to perform in 
response to a disconnection. 

The server and/or the client perform various operations associated with queries. For 
example, the server and/or the client are able to limit or delay a client's number of requests, such 
as a client's requests for authentication and/or updates during higher traffic periods. Moreover, 
the server is able to transmit a notification of new updates to the client by a directory system 
and/or by using multiple IHSs. 

In one embodiment, the server performs its operations in association with a file system 
for scalability, to reduce conversion of XML-formatted information on the server. Also, the 
server performs operations using extended hyper text mark up language ("XHTML") to form a 



18 



WO 2005/103929 



PCT/US2005/013068 



user and/or folder's record. In such an embodiment, the server uses database to maintain states 
and statistics. 

Also, the server is capable of using conventional search engine techniques for indexing 
files of the file system. By creating an internal web rendering, files become searchable. 
Moreover, the server in such an embodiment is capable of using web statistics engines for 
monitoring an application server. 

Fig. 7 is an illustration of a database table of the system of Fig. 1 . In the illustrative 
embodiment, the server performs its various operations in association with a database, such as 
the database table of Fig. 7. In another embodiment, the server performs its various operations in 
association with both a file system and a database. 

The database table of Fig. 7 stores the users' respective information, folders and other 
related information (e.g., permission information). By using such a table, the system 100 is 
implemented and managed with more ease, but perhaps with less scalability and overall speed, in 
comparison to using a file system. 

In an alternative embodiment, the system 100 performs its various operations in 
association with a stack, instead of a database table. For example, in such an alternative 
embodiment, if a user designates an item to be shared with a different user, the item is stored in 
the different user's stack. Information stored in the stack is sequential. Accordingly, in response 
to the different user's subsequent authentication, information is received (e.g., downloaded) by 
the different user's IHS (e.g., information that was stored in the stack after a previous check 
point). 

If an item to be shared is in a folder, the item is stored in the folder's stack. In response, 
the folder's stack stores the item in a target user's stack. In response, the client receives the item 
from the folder. However, if a folder is public, the client performs periodic queries to determine 
whether updated items are available. 

For example, if a user subscribes to a new folder, the client enables its user to make a 
request for prospective new items, the new items in addition to a set of previous items, or all 
items (e.g., the entire stack). In one example, a user stack includes seven items. If the client has 
already received items up to item 4, and requests for an update, the server outputs items 5 
through 7 from the stack. If an item (e.g., item 6) is a folder update alert, the client transmits a 
request to the server for an update on the folder associated with item 6. 

A user's stack, including a list of "shared favorites," operates in a manner substantially 
similar to the user's "share" stack. For example if a user authenticates to the server using a first 
client IHS, and the user creates a list of favorites including four (4) items, the stack on the server 
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includes information associated with the four (4) items. Subsequently, in response to the server 
authenticating the user from a second client IHS, the second client IHS receives the four (4) 
items in the stack. If in addition, the user adds two more favorite items and deletes one of the 4 
previous items (e.g., item 4), the server stores the two new items in the stack locations 5 and 6. 
In the stack location 7, the server stores an indication that the item 4 is deleted. Accordingly, in 
response to the server authenticating the user from the first client IHS, the first client IHS 
receives from the server, the new items in 5 and 6, and deletes the item 4 as indicated in the stack 
location 7. In response to the server determining that the all client IHSs of the user reflect the 
information stored in the stack, the server deletes the items 4 and 7 (e.g., add/delete pair) from 
the stack. 

For searching a company's website, the company is able to install enterprise search 
software on its information handling system. Likewise, the company is able to install a web 
services software package on its information handling system. In response to one or more web 
services calls from other information handling systems ("calling systems") that are remotely 
connected to the company's website through the network 110 (e.g., web services calls from one 
or more other websites), the company's information handling system (according to instructions 
of the web services software) automatically searches the company's website and outputs the 
search results to the calling system(s). By processing web services calls in that manner, the 
company's website does not require a manual entry (and manual initiation) of search queries via 
an HTML web browser. 

In the illustrative embodiment, the representative client 102 executes web browser plug- 
in software ("plug-in") for performing the various client operations discussed hereinabove. 
Initially, the client downloads (e.g., receives) the plug-in software from a server (e.g., the server 
of server 108) through network 110 (e.g., in response to a command from a user, after the 
client's web browser accesses a particular webpage). After downloading the plug-in software, 
the client installs the plug-in software in association with web browser software ("web 
browser"), so that the plug-in software interoperates with the web browser to enhance the web 
browser's resource sharing operations. 

Various web browsers are available for accessing the Internet from a computer system, 
such as Microsoft's Internet Explorer® ("IE") browser, Netscape's Netscape® browser and 
America Online' s AOL® browser. These web browsers are suitable for operation with plug-ins, 
in order to enhance such operations. The plug-ins are packaged in a manner that accommodates 
specifications for a particular web browser. 
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Microsoft's Internet Explorer® browser implements plug-ins as ActiveX controls. The 
Netscape® browser refers to plug-ins as Netscape plug-ins. The AOL® browser implements 
plug-ins as either ActiveX controls (for older versions of the browser) or as Netscape plug-ins 
(for newer versions of the browser). 

With ActiveX controls, the user interacts with a single dialog window to accept and 
install the plug-in. With Netscape plug-ins, the user interacts with one or more dialog windows 
to accept and install the plug-in, according to various installation routines. For both ActiveX 
controls and Netscape plug-ins, after a plug-in is downloaded and installed, the client activates 
the plug-in automatically (e.g., automatically caches and executes the plug-in), in response to the 
web browser accessing a particular web site (e.g., the web site from which the plug-in was 
initially downloaded). 

Accordingly, with reference to Figs. 5a and 5b, and with reference to the discussion of 
other Figs, hereinabove, the plug-in is a computer program processable by the client's IHS for 
causing the client's IHS to: (a) on a display device, within at least one web browser window, 
displaying a result of a search by a website in response to a search term query specified by a 
user, and displaying a list of folders; (b) on the display device, within the web browser window, 
highlight at least a portion of the displayed result of the search by the website; and (c) in 
response to a command from the user via the web browser window, save the highlighted portion 
in a folder that is selected by the user from among the displayed list of folders. In the illustrative 
embodiment, the user is a first user, and in response to a command from the first user, the IHS 
(in response to the computer program) selectively enables access to the selected folder by one or 
more second users specified by the first user. 

In one example, the displayed result of the search is a result of a search of the website 
itself (e.g., the IHS outputs a web services call to the website, and the website performs the 
search in response to the web services call and outputs the result of the search to the IHS). In 
another example, the displayed result of the search is a result of a search of one or more other 
websites, such as an example in which: (a) the website is a first website, which performs the 
search by outputting a web services call to a second website; and (b) the second website 
performs the search in response to the web services call and outputs the result of the search to the 
first website. 

In a further example, the displayed result of the search is displayed on the display device 
after translation from an original result of the search, such as an example in which the original 
result has: (a) an XML format (e.g., a generic XML format); or (b) a non-XML format. In one 
example, the displayed result of the search is rendered directly from the XML format. In yet 
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another example, the displayed result of the search has the non-XML format (e.g., an HTML 
format). In such example, the IHS (in response to the computer program) translates the 
displayed result of the search from the non-XML format into an XML format, and the IHS (in 
response to the computer program) saves the XML-formatted information in the folder that is 
selected by the user from among the displayed list of folders. 

Also, the illustrative embodiment includes a computer program that is processable by the 
client's IHS for causing the client's IHS to: (a) on a display device, display an excerpt of XML- 
formatted information, and display a list of folders; (b) in response to a command from a first 
user, save the displayed excerpt of the XML-formatted information in a folder that is selected by 
the first user from among the displayed list of folders; and (c) in response to a command from 
the first user, selectively enable access to the selected folder by one or more second users 
specified by the first user. The second users is/are either: (a) a single second user preselected by 
the first user; or (b) a group of second users preselected by the first user. The command (from 
the first user) occurs either before or after saving the displayed excerpt. 

Further, the client's IHS (in response to the computer program) is operable to associate 
other information (e.g., information having a non-XML format) with the saved excerpt in the 
folder, so that access to the saved excerpt includes access to the other information. Examples of 
the other information are: (a) a human-readable text message; and (b) a hyperlink to a website. 
In saving the displayed excerpt of the XML-formatted information, the client's IHS (in response 
to the computer program) saves the displayed excerpt in an XML format. By comparison, in 
displaying the excerpt of the XML-formatted information, the client's IHS (in response to the 
computer program) displays the excerpt in a non-XML format (e.g., HTML format). 

Moreover, the illustrative embodiment includes a computer program that is processable 
by the client's IHS for causing the client's IHS to: (a) receive an excerpt of information (e.g., an 
item of music); and (b) in response to the excerpt (e.g., in response to codes in the excerpt), 
perform at least one of the following operations: in an XML format, automatically storing the 
excerpt in a folder that is preselected by a first user, where the folder is accessible by one or 
more second users specified by the first user; and, in the XML format, automatically outputting 
the excerpt to one or more second users preselected by the first user. 

In one example, before such translation, the excerpt has a non-XML format (e.g., specific 
to the configuration of the IHS), and the computer program is processable by the client's IHS for 
causing the client's IHS to: in response to the excerpt, automatically translate the excerpt from 
the non-XML format into the XML format, so that the translated excerpt is compatible for 
operation with another IHS of at least one of the second users. In a different example, before 
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such translation, the excerpt has an alternate XML format (e.g., specific to the configuration of 
the IHS), and the computer program is processable by the client's IHS for causing the client's 
IHS to: in response to the excerpt, automatically translate the excerpt from the alternate XML 
format into a generic XML format (e.g., platform independent and not specific to the 
configuration of the IHS),, so that the translated excerpt is compatible for operation with another 
IHS of at least one of the second users. In such examples, the stored excerpt is the translated 
excerpt, and the output excerpt is the translated excerpt. 

Additionally, the illustrative embodiment includes a computer program that is 
processable by the client's IHS for causing the client's IHS to: (a) receive an excerpt of 
information; and (b) in response to a configuration of the IHS (e.g., as specified by one or more 
files of the IHS), perform at least one of the following operations: automatically translating the 
excerpt from an XML format into a non-XML format, so that the translated excerpt is 
compatible for operation with the IHS; and automatically translating the excerpt into an alternate 
XML format, so that the translated excerpt is compatible for operation with the IHS. In one 
example, before such translation, the excerpt has a generic XML format (e.g., platform 
independent and not specific to the configuration of the IHS), so that the IHS (in response to the 
computer program) automatically translates the excerpt from the generic XML format into 
either: (a) the alternate XML format (e.g., specific to the configuration of the IHS); or (b) the 
non-XML format (e.g., specific to the configuration of the IHS). 

In this manner, multiple users are equipped to share XML-formatted information with 
one another. According to one example, in response to a user's suitable commands (e.g., a 
command to share XML-formatted information with other clients), the user's respective client: 
(a) automatically translates XML-formatted information from the alternate XML format (or the 
non-XML format) into a generic XML format; and (b) shares the generic XML -formatted 
information with other clients (e.g., by outputting the generic XML-formatted information to the 
sharing server). Likewise, in response to the user's suitable commands (e.g., a command to 
receive XML-formatted information that is shared from other clients), the user's respective client 
receives and automatically translates the shared XML-formatted information from the generic 
XML format into one or more alternate XML formats and non-XML formats, according to such 
client's respective configuration, so that the translated information is compatible for operation 
with such client. For example, if the shared XML-formatted information is a music playlist in 
the generic XML format, yet a user's client is primarily configured to play a Windows Media 
Player-formatted playlist, the user's client is programmed to automatically translate the XML- 
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formatted playlist from the generic XML format into a Windows Media Player- formatted 
playlist, so that the translated playlist is compatible for operation with the user's client. 

Moreover, the illustrative embodiment includes a computer program that is processable 
by a first IHS of a user, for causing the first IHS to: (a) receive an excerpt of information 
associated with the user; (b) in response to the excerpt, automatically translate the excerpt into an 
XML format, so that the translated excerpt is compatible for operation with a second IHS of the 
user; and (c) synchronize the translated excerpt with the second IHS. In one example, before 
such translation, the excerpt has a non-XML format (e.g., specific to the configuration of the first 
IHS), so that the first IHS (in response to the computer program) automatically translates the 
excerpt from the non-XML format into the XML format, so that the translated excerpt is 
compatible for operation with the second IHS. In a different example, before such translation, 
the excerpt has an alternate XML format (e.g., specific to the configuration of the IHS), so that 
the first IHS (in response to the computer program) automatically translates the excerpt from the 
alternate XML format into a generic XML format (e.g., platform independent and not specific to 
the configuration of the IHS), so that the translated excerpt is compatible for operation with the 
second IHS. For example, if the user commands the first IHS to save the XML-formatted 
excerpt in a "personal" folder of the user (e.g., a folder that is privately accessed by the user), yet 
the user has multiple IHSs (e.g., systems in remote locations), the system 100 synchronizes the 
translated excerpt with the second IHS (and across other IHSs of the user) in XML format (e.g., 
RSS). Such a personal folder is suitable for saving user-specified XML-formatted excerpts of: 
(a) websites (e.g., the user's "favorites" list); (b) search queries; (c) search results; and (d) music 
items (e.g., playlists). 

Referring again to Fig. 2, the computer-readable medium 212 is a floppy diskette. The 
computer-readable medium 212 and the computer 204 are structurally and functionally 
interrelated with one another as described further hereinbelow. Each IHS of the illustrative 
embodiment is structurally and functionally interrelated with a respective computer-readable 
medium, similar to the manner in which the computer 204 is structurally and functionally 
interrelated with the computer-readable medium 212. In that regard, the computer-readable 
medium 212 is a representative one of such computer-readable media, including for example but 
not limited to the storage device 211. 

The computer-readable medium 212 stores (e.g., encodes, or records, or embodies) 
functional descriptive material (e.g., including but not limited to software (also referred to as 
computer programs or applications) and data structures). Such functional descriptive material 
imparts functionality when encoded on the computer-readable medium 212. Also, such 
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functional descriptive material is structurally and functionally interrelated to the computer- 
readable medium 212. 

Within such functional descriptive material, data structures define structural and 
functional interrelationships between such data structures and the computer-readable medium 
212 (and other aspects of the computer 204 5 the IHS 200 and the system 100). Such 
interrelationships permit the data structures' functionality to be realized. Also, within such 
functional descriptive material, computer programs define structural and functional 
interrelationships between such computer programs and the computer-readable medium 212 (and 
other aspects of the computer 204, the IHS 200 and the system 100). Such interrelationships 
permit the computer programs' functionality to be realized. 

For example, the computer 204 reads (e.g., accesses or copies) such functional 
descriptive material from the computer-readable medium 212 into the memory device of the 
computer 204, and the computer 204 performs its operations (as described elsewhere herein) in 
response to such material which is stored in the memory device of the computer 204. More 
particularly, the computer 204 performs the operation of processing a computer application (that 
is stored, encoded, recorded or embodied on a computer-readable medium) for causing the 
computer 204 to perform additional operations (as described elsewhere herein). Accordingly, 
such functional descriptive material exhibits a functional interrelationship with the way in which 
computer 204 executes its processes and performs its operations. 

Further, the computer-readable medium 212 is an apparatus from which the computer 
application is accessible by the computer 204, and the computer application is processable by the 
computer 204 for causing the computer 204 to perform such additional operations. In addition to 
reading such functional descriptive material from the computer-readable medium 212, the 
computer 204 is capable of reading such functional descriptive material from (or through) the 
network 112 which is also a computer-readable medium (or apparatus). Moreover, the memory 
device of the computer 204 is itself a computer-readable medium (or apparatus). 

Although illustrative embodiments have been shown and described, a wide range of 
modification, change and substitution is contemplated in the foregoing disclosure and, in some 
instances, some features of the embodiments may be employed without a corresponding use of 
other features. 
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